Method to manage multiple caller identities in a telecommunication system

ABSTRACT

In a telecommunication system, providing to a recipient end point a caller identification (CID) from a calling end point, the calling end point including a default CID and at least one additional CID. the method includes receiving a call setup message from the calling end point, the call setup message including the additional CID, allocating a temporary end point for the call, from a pool of available end points, sending contact data for the allocated temporary end point to the calling end point, processing a first call received from the calling end point to the temporary end point, processing a second call to the recipient end point using the additional CID as the calling CID, and joining the first and second calls to generate a call from the calling end point to the recipient end point.

FIELD OF THE PRESENT SYSTEM

The present invention generally relates to communications using mobiledevices in telecommunication networks, and more specifically to enhancedcommunications services.

BACKGROUND OF THE PRESENT SYSTEM

Mobile phones have become important devices in our daily life. A mobilephone or device is generally a subscriber to a telecommunication networkin order to enjoy communication services, such as voice, data, . . . Amobile user is generally identified using an International MobileSubscriber Identity, or IMSI. The mobile IMSI is a unique numberassociated with all GSM (Global System for Mobile communications) andUniversal Mobile Telecommunications System (UMTS) network mobile phoneusers. It is stored in the Subscriber Identity Module (SIM) inside thephone. The SIM is actually unique to one subscriber and carriesinformation to identify that subscriber in his home network, i.e. thenetwork he is a subscriber of. This information includes the IMSI,further authentication data, and other data. The SIM is generallyprovided by the network operator when a user gets his subscription, andcorresponds on this network to a unique MSISDN (Mobile StationInternational Subscriber Directory Number) which is actually the mobiledevice phone number in this network.

With the success of mobile telephony, and more generally with themultiplicity of enhanced communication services, each user today ends upassociated with more than one communication devices, and consequently asmany phone numbers—home, work, mobile, . . .

Several recent developments have appeared to easy the user's burden inhandling his numerous devices and/or phone numbers.

SIM cards carrying multiple subscriber identities are now available.Users can switch between subscriber identities using one single mobiledevice to register with different networks. One downfall with such asolution is that the user still has as many phone numbers as existingsubscriber identities in his SIM card. Furthermore, as only onesubscriber identity can be active at a time, call forwarding solutionsare needed when a call involves the MSISDN of an inactive subscriberidentity, i.e. an inactive MSISDN. For instance, when the user withmultiple subscriber identities places a call to a recipient device usingone of his inactive MSISDNs, a complex solution will be needed to usethis inactive MSISDN as the caller Identification (CID).

Presenting the Caller Identification is a fairly recent service providedby most if not all network operators to their subscribers. For instanceCaller ID (CID) corresponds to the service offered the PSTN (PublicSwitched Telephone Network). CLIP (Calling Line IdentificationPresentation), a similar service offered for GSM mobile devices, isdescribed in the document 3GPP (3rd Generation Partnership Project)TS23.081. Different solutions are available to transmit the caller IDinformation to the recipient device, for instance an SS7 (SignalingSystem 7) message for PSTN lines or an SIP (Session Initiation Protocol)message setup in GSM and UMTS networks for Voice over IP. The presentedCaller ID is generally the subscriber Caller ID, here after referred toas the default Caller ID.

Changing the Caller ID for a calling device would allow to managemultiple Caller IDs through only one device. A user could place a callusing his office, mobile, home, . . . called ID without the need of allthe corresponding devices.

Solutions are known to present to a recipient device a Caller IDdifferent than the default Caller ID. US2007105531S discloses a mobiledevice with a single SIM—and corresponding MSISDN—that is allocated withother MSISDNs. The mobile device, when sending a call setup message forcalling a recipient device, passes on its IMSI number for authenticationas well as one of the allocated MSISDN as the caller ID. As the callsetup message is sent to the MSC (Mobile Switching Center), the MSC mustsupport this additional parameter, and be modified accordingly. Thisadditional field is not provided in the existing standards, and such amodification would require a heavy reconfiguration of all MSCs to besupported.

Today there is still a need for a simple solution that allows anefficient management of a user's plurality of Caller IDs. There is afurther need for a service continuity when a user with multiple CallerIDs receives a call.

SUMMARY OF THE PRESENT SYSTEM AND METHOD

It is an object of the present system, processor and method to overcomedisadvantages and/or make improvements in the prior art.

To that extent, the present method proposes a method for providing to arecipient end point a caller identification (CID) from a calling endpoint, the calling end point including a default CID and at least oneadditional CID. The method includes receiving a call setup message fromthe calling end point, the call setup message comprising the additionalCID, sending contact data for a temporary end point allocated to thecalling end point, processing a first call from the calling end point tothe temporary end point, processing a second call to the recipient endpoint using the additional CID as the calling CID, and joining the firstand second calls to generate a call from the calling end point to therecipient end point.

The calling end point may include a default CID and at least oneadditional CID. The calling end point may be arranged to select oneadditional Caller ID, send a call setup message, the call setup messageincluding the selected additional CID, receive contact data for anallocated temporary end point, and call the temporary end point.

A profile service platform in accordance with the present system forproviding to a recipient end point a caller identification (CID) from acalling end point, the calling end point may include a default CID andat least one additional CID. The profile service platform may bearranged to receive a call setup message from the calling end point, thecall setup message comprising the additional CID, send contact data fora temporary end point allocated to the calling end point, process afirst call from the calling end point to the temporary end point,process a second call to the recipient end point using the additionalCID as the calling CID, and join the first and second calls to generatea call from the calling end point to the recipient end point.

Thanks to the present invention, a method is provided to process a callbetween a calling end point with multiple Caller IDs and a recipient endpoint. The temporary end point allocated to this call allows to buildthe communication path between these two end points using switchingcenters. The call setup message is the message triggering the presentmethod, and it comprises the necessary parameters to process the twocall using the allocated temporary end point.

A telecommunication system in accordance with the present system mayinclude a recipient end point, a calling end point, the calling endpoint comprising a default CID and at least one additional CID, and aprofile service platform for providing to the recipient end point acaller identification (CID) from the calling end point. The calling endpoint may be arranged to select one additional Caller ID, send a callsetup message to the profile service platform, the call setup messageincluding the selected additional CID, receive contact data for anallocated temporary end point, and call the temporary end point. Theprofile service platform may be arranged to receive the call setupmessage from the calling end point, send contact data for a temporaryend point allocated to the calling end point, process the first callfrom the calling end point to the temporary end point, process a secondcall to the recipient end point using the additional CID as the callingCID, and join the first and second calls to generate a call from thecalling end point to the recipient end point.

An application embodied on a computer readable medium in accordance withthe present system may be arranged to provide to a recipient end point acaller identification (CID) from a calling end point, the calling endpoint including a default CID and at least one additional CID. Theapplication may include a portion to receive a call setup message fromthe calling end point, the call setup message comprising the additionalCID, a portion to send contact data for a temporary end point allocatedto the calling end point, a portion to process a first call from thecalling end point to the temporary end point, a portion to process asecond call to the recipient end point using the additional CID as thecalling CID, and a portion to join the first and second calls togenerate a call from the calling end point to the recipient end point.

An application embodied on a computer readable medium in accordance withthe present system may be arranged to provide to a recipient end point acaller identification (CID) from a calling end point, the calling endpoint including a default CID and at least one additional CID. Theapplication may include a portion to select one additional Caller ID, aportion to send a call setup message, the call setup message comprisingthe selected additional CID, a portion to receive contact data for anallocated temporary end point, and a portion to call the temporary endpoint.

BRIEF DESCRIPTION OF THE DRAWINGS

The present system, call management node and method are explained infurther detail, and by way of example, with reference to theaccompanying drawings wherein:

FIG. 1 shows an illustrative embodiment of the present system.

FIG. 2 is a flow chart illustrating an embodiment of the present method.

FIG. 3 shows an illustrative embodiment of the present system.

FIG. 4 is a flow chart illustrating an embodiment of the present method.

DETAILED DESCRIPTION OF THE PRESENT SYSTEM AND METHOD

The following are descriptions of exemplary embodiments that when takenin conjunction with the drawings will demonstrate the above notedfeatures and advantages, and introduce further ones.

In the following description, for purposes of explanation rather thanlimitation, specific details are set forth such as architecture,interfaces, techniques, etc., for illustration. However, it will beapparent to those of ordinary skill in the art that other embodimentsthat depart from these details would still be understood to be withinthe scope of the appended claims.

Moreover, for the purpose of clarity, detailed descriptions ofwell-known devices, systems, and methods are omitted so as not toobscure the description of the present system. Furthermore, routers,servers, nodes, base stations, gateways or other entities in atelecommunication network are not detailed as their implementation isbeyond the scope of the present system and method.

Unless specified otherwise, the exemplary embodiment will be describedhereafter in its application to a mobile device comprising a SIM with aunique subscriber identity which corresponds to its IMSI. This IMSI, orprimary profile, is used to identify this communication device in itshome or primary network , i.e. the network the user is a subscriber of.The primary profile is associated to the unique number MSISDN asexplained before, and which is the mobile phone number, i.e. the numberthrough which the device can be reached. When roaming outside itsprimary network, the network will be referred to a visited network. Thisillustration is in no way a limitation of the scope of the presentmethod and system as communication devices such as fixed devices orcommunication devices behind a PBX (Private Branch eXchange).

Furthermore, what will be referred to as a “call” in this descriptionmay be a standard voice call or any other communication sessionestablished between a first party, referred to as the first user, or thecalling user, and another party referred to as the second user, or thecalled user. One will understand of course that the call is placed moreprecisely between the users telecommunication devices, i.e. the callingdevice and the called device, for instance a video call between thefirst and second users, or data exchange between devices. Each side ofthe call in the telecommunication network will be referred to a branchor a leg of the call. The call may also be referred to as acommunication path between the two devices. When a communication path isset up between both calling and called devices, different entities ofthe present telecommunication system are involved and this pathgenerally involves a two level exchange mechanism:

-   -   a signaling level corresponding to the signaling (or set up)        messages exchanges through the network entities between the two        devices,    -   a media level for handling data, voice, . . .

Furthermore, the calling and called devices will also be referred to asend points as they represent both ends to the communication path.

In addition, it should be expressly understood that the drawings areincluded for illustrative purposes and do not represent the scope of thepresent system.

FIG. 1 shows an exemplary embodiment of the present system. A firstdevice, or first end point, 100 comprising a primary profile to identifyitself in its home network, or when roaming in a visited network. Thefirst device 100 further comprises a plurality of additional profilesthat the user can select to place a call using the selected profile asthe Caller ID. When placing a call, the first device is referred to asthe calling device. In the hereafter description the profile will alsobe referred to as the phone number for simplification purposes.

In the exemplary embodiment of a GSM or UMTS network, a device isassociated to the unique IMSI in its subscriber network as explainedbefore. The Caller ID is generally the MSISDN associated to this IMSI.Depending on the type of network the Caller ID could be a differentidentifier for the calling device. It could be for instance metadataassociated to the user, like a picture or details information about thisuser such a name and address, depending on the possibility offered bythe network as well as the consent of the user. The term Caller ID willencompass these different possibilities.

The device 100 is illustrated here with a plurality of profiles,identified by a line number, and what that number corresponds to. Anapplication may be available on the device 100 to manage, i.e. create,edit, delete, . . . the different profiles. The management of theavailable profiles may for instance be accessible to the user through auser interface 102 as illustrated in FIG. 1.

A second device 120 or second end point is also provided in the presentnetwork. When receiving the call, the second device will be referred toas the called or recipient device. One may note that the called device120 may be any type of device, such as a mobile, a land or fixed line, .. .

The present system also comprises a profile service platform 110 (PSP).This profile service platform 110 may:

-   -   provide to the user of device 100 further management of his        profiles,    -   process a call from the calling device 100 so that the user of        this device can present a selected profile to the called device        120,    -   process a reversed call, i.e. a call from the end point 120 to        one of the profiles of end point 100, so that the user of this        device 100 receives the call on this unique device.

Profile service platform 110 may comprise:

-   -   a profile manager (PMN) part or node 111 to manage the different        profiles from the user. As explained here after, this profile        manager node 111 may also handle the initial phase of the call        setup between the two devices 100 and 120. As the present method        may be offered through a profile management service, the profile        manager node may be in charge of handling the subscription to        this service for any users who wants the possibility of handling        a plurality of different profiles into one single communication        device. As explained later on, a device agent may be downloaded        from the profile manager node 111 to the device 110 so that this        device can implement the present method, thereby providing the        profile management to the user,    -   a call control (CCM) part or module 112 to handle the        communication path between the two devices 100 and 120. Such a        node may be in charge of feature and service invocation        following. This module further handles call setup and media        mixing in communications. This module is a known module in today        telecommunication networks and may be characterized through 2        main functions:

a) a Call Control function that corresponds to the central function of atelephone switch. Call control offers different features such asdecoding addressing information and routing telephone calls from one endpoint to another. It also creates added features such as “Call Waiting”,“Call Forward on Busy”, and “Do Not Disturb”. This function handles thesignaling level mentioned before in regards to the communication betweenthe two devices,

b) a Media function to handle the entire media part of a communicationbetween two end points. This function corresponds to the over level,i.e. the media level mentioned before.

In actual implementation of the call control module, the media functionmay not be part of the actual call control module but controlled by saidcall control module nonetheless.

One may note that illustrating the profile service platform 110 ascomprising two parts is in no way limiting as these two parts could behosted by the same node or server, or being operatively linked to eachother. The two part presentation helps to illustrate the different tasksperformed by the profile service platform 110 in the present system.

FIG. 2 is a flow chart illustrating an exemplary embodiment of thepresent method, wherein the first device places a call to the seconddevice using a selected profile.

In a preliminary act 200, the calling device, with a plurality ofprofiles available thereon may select one profile to place a call. Theselected profile will be the Caller ID for the outgoing call from device100 thanks to the present method. For instance, as illustrated in FIG.1, the user of the calling device 100 has 4 Lines (i.e. profiles)available on this device. Each line has a unique phone number associatedwith it (e.g. mobile, office, home, and dating numbers). The user hastherefore the liberty to select any line of these 4 lines and then placean outgoing call using the selected profile. If this users selects Line3 and calls the user of the recipient end point 120, the Line 3 CallerID will appear on the recipient end point, the called user thinking thecall is initiated from user 1 home device.

Once a profile is selected, the user will place a call to the calleddevice 120. As the user dials the number to reach the second user, hisdevice will actually sent a call setup message to the profile managernode 111, the call setup message comprising the selected profile. Thiscorresponds to the “setup 1” message in FIG. 1. As mentioned before, thefirst user may be a subscriber of the profile management service, and inan additional act of the present invention (not shown in FIG. 2), anauthentication act may be carried either previously or simultaneouslywith the “setup 1” message. This may be for instance implemented usingthe first user primary profile that is either passed on to the profilemanager node 111 before the “setup 1” message or in this messageparameters. Provided the first user is authenticated as a subscriber tothe service, the present method will not be stopped.

In a further act 220, the profile manager node will allocate a temporaryend point 150 as illustrated in FIG. 1. This temporary end pointcorresponds to addresses in the present system that are renderingavailable for temporary uses. This temporary end point (referred to hereafter as T_NUMBER) is used as an intermediary end point used tofacilitate the communication path between the two devices 100 and 120.These temporary end points are known both from the profile manager node111 and the call control module 112. They may be allocated by one or theother, and are reserved end points for the present system, so that thecall control module 112, as explained here after can recognize a callplaced to one of these temporary end points.

Furthermore, these temporary end points are chosen so that any callplaced to them will be handled by the call control module 112. Forinstance the profile service platform 110 may be hosted in a givennetwork operated by Operator A. As the call control module 112 handlesthe call control function for this given network, the allocatedtemporary end points may be a reserved pool 115 of local phone numbersto this network. In the illustration of FIG. 1, the pool 115 isoperatively linked to profile manager node 111, but may as well beprovided by the call control module to the profile manager node on arequest per request basis (i.e. each time a first device 100 is placinga call using a selected profile).

Any call placed to these temporary end points will be processed by thecall control module 112. As explained here after, the call controlmodule 112 can, through its different features, may process the calls tothe temporary end points to facilitate the call from the first to thesecond devices.

In a further act 230, the profile manager node 111 will inform the callcontrol module 112 that a temporary end point has been allocated to acall being currently placed from the first device to the second deviceusing the selected profile. This setup message, illustrated as “setup 2”in FIG. 1 between the profile manager node and the call control module,will comprise at least 3 parameters:

-   -   the selected profile, as the Caller ID to present to the        recipient end point,    -   the recipient end point contact data, this may for instance be        its phone number,    -   the temporary end point allocated for the call. The temporary        end point may be identified through its contact data in the        present system. Other way to identify the allocated temporary        end point may be readily available to the person skilled in the        art as both the profile manager node 111 and the call control        module 112 have a common knowledge of these temporary end        points.

One may note at this point that an identifier for the fist device is notneeded and that the first device, as explained here after will beidentified by the call control module through the allocated temporaryend point.

In an additional act 231, which may be carried out either prior to act230, simultaneously or after said act, the profile manager node 111 willinform the first device that the temporary end point T_NUMBER has beenallocated for its call to the second device. This may be carried outthrough a set up message “setup 3” as illustrated in FIG. 1, this setupmessage comprising contact data for the allocated temporary end point.These contact data may be for instance a phone number to contact thetemporary end point.

In a further act 240, once the first device 100 is informed of theallocated temporary end point, it will place a call to this allocatedtemporary end point, using the received contact data for said temporaryend point. This may be initiated through a setup message “setup 4” asillustrated in FIG. 2

As all temporary end points are known from call control module 112, thismodule, through its call control function in the present system, willprocess this first call from the first device to the allocated temporaryend point. Thanks to the act 230 and “setup 2” message, call controlmodule 112 can identify the call to this temporary end point as a firstleg of the call between the first and second devices. This “awareness”of all temporary end points is illustrated with the large arrow betweenT_NUMBER 150 and call control module 112 in FIG. 1.

Once the first call is processed, the call control module 112 will in asubsequent act 250 place a call to the recipient end device, known fromthe “setup 3” message of act 230. This second call may be initiatedthrough “setup 5” message as illustrated in FIG. 1. This call managementnode 112 will process this second call to the recipient end point usingthe selected profile as the Caller ID. Indeed, call control module 112,through its call control function, is adapted to process a call, andchoose or change the Caller ID for a call. The recipient end point willreceive the second call with the selected profile as the Caller ID. Thissecond call corresponds to the second first leg of the call between thefirst and second devices.

Once the second user picks up the call, the call control module 112will, in a subsequent act 260, call control module 112 will joint thetwo calls to generate a call from the calling end point to the recipientend point. Thus the two call legs will form one communication pathbetween end points 100 and 120. This may be initiated through “setup 6”message, as illustrated in FIG. 1.

If either one of the ends points 100 and 120 hangs up, a further setupmessage “setup 7” will terminate the call in the present system, as inact 270. After the call termination, T_NUMBER will be freed and join thepool of available temporary end points for further allocation in asubsequent act 280. A record (“setup 8” message) of the call may begenerated for subsequent billings of the calling end point 100.

In the present illustration, the setup messages may be for instanceexchanged through data connection between the different entities. Thedifferent setup messages are used for setting up the communication pathbetween the two end points. Once the two call legs are joined, in act260, the actual call (as illustrated in dotted line between the two endpoints 100 and 120, and going through call control module 112), i.e. themedia level of the call, will be handled by call control module 112. Inother words, the communication path will go through call control module112.

One may note that thanks to the present method, the first user may notbe aware that acts 210 to 240 are carried out while he is simply callingthe recipient end point. Similarly, the second user is not aware thatthe first user has changed the Caller ID for the call.

In the present system, the device 100 may be adapted to carry thedifferent, acts 200, 210, and 240 through an agent running on thisdevice. This agent may for instance be downloaded from the profilemanager node 111 when registering to the profile management service.This agent will for instance allow:

-   -   the user to manage different profiles, as illustrated in FIG. 1        through a user interface 102, offering an “edit”, “add”, and        “delete” functions. Other function may be available to the user        to offer more flexibility to his profile management. For        instance, the user may chose to activate or deactivate a        profile. When activated, all incoming call to this profile will        be forward to the user device 100. When deactivated, these call        will follow a normal routing to the profile number,    -   send update messages to the profile manager node 111 so that        this node 111 can store a database of profiles available to the        user,    -   send the setup 1 message,    -   process the “setup 3” message with the contact data for the        temporary end point,    -   place a call to T_NUMBER after receiving the “setup 3” message.

For each user (e.g. subscriber to the profile management service), theprofile manager node 111 may keep a database listing their differentprofiles as illustrated in FIG. 1. The primary profile, e.g. the IMSIfor the first device, is also stored, so that the call control module112 can call this device in case of an incoming call as illustrated hereafter in FIGS. 3 and 4.

TABLE 1 database for the profile manager node 111 Profile name Profilenumber Active profile Primary profile Line 1 +1 650 442 47 98 Yes NoLine 2 +1 303 442 47 98 No No Line 3 +1 800 446 47 98 Yes Yes Line 4 +1650 600 47 98 No No

The present method also allows the first device to receive calls placedto its different profiles. FIG. 3 is an illustration of the presentsystem, when the second device 120 is the calling device, and the firstdevice 100 is the recipient device. The second user may want to call thefirst user on one of his profiles, like his office line.

This method corresponding to this reversed situation is illustrated inFIG. 4. In a preliminary act 400, once the second user has selected theprofile CALLED_PROFILE he wants to call, he places a call using device120 to device 100. A setup message “setup 1” is forwarded to the callcontrol module 112. This message is forwarded for instance by the seconduser carrier (i.e. his network operator) to call control module 112.This setup message “setup 1” comprises the chosen profile CALLED_PROFILEused to contact the first user.

If the first user is a subscriber to the present profile managementservice, call control module—through the profile CALLED_PROFILE—will beable to identify the first user using “setup 1 message”. Indeed, in afurther act 410, call control module 112 will identify the first userchecking in the profile manager node database 115 the primary profilematching the profile CALLED_PROFILE. The large arrow in FIG. 3illustrates the call control module 112 checking in the profile managernode database 115 whether CALLED_PROFILE is a known profile and whichuser it is associated with. As illustrated in Table 1, if CALLED_PROFILEis a phone number for instance, call control module 112 can retrieve thefirst device primary profile number (Line 3 in the example of Table 1).If the second user is calling the first user on his primary profile, theidentification may be even more straightforward as the profile chosen bythe second user will comprise for instance the first user primaryMSISDN.

In an additional embodiment of the present method, if the fist user hasset the CALLED_PROFILE to inactive (through e.g. an update message tothe profile manager node 111), call control module 112 will see thisprofile as inactive, meaning that the user does not want to receive anyincoming call to this profile on device 100. The call will be handled ina normal way, i.e. forwarded to the number corresponding to theCALLED_PROFILE, on a different device than the first device 100.

As the recipient end point is identified in act 410, a first leg of thecall between the calling end point and the recipient end point isprocessed by the call control module 112.

In a further act 420, call control module 112 will call the first device100 primary profile (Line 3 in the example of Table 1), as identifiedfrom the profile manager node database 115. The call will be initiatedthrough a “setup 2” message as illustrated in FIG. 3. A second leg ofthe call is thus process through this act 420.

In a further act 430, call management node will further join the twolegs, in a similar way to act 260 of FIG. 2. This is illustrated throughthe cal “setup 3” message in FIG. 3 and the dotted line showing thecommunication path formed by the two call legs. As shown FIG. 3, themedia level of the call is handled by call control module 112, i.e. thecommunication path goes through call control module 112.

When the call is set between the two devices, the first device mayfurther be arranged, through the user interface 102, to show the CallerID from the calling end point and the CALLED_PROFILE to inform the firstuser of who is placing the call as well as which profile is the calledprofile.

A “setup 4” massage may be exchanged from the call control module 112 tothe profile manager node 111 for authentication, accounting and billingpurpose. The call may be terminated in a subsequent act (not shown inFIG. 4).

If the first user does not want one of his profile, e.g. his workprofile, to be activated in the present method, he may through the agentmentioned here above deactivate this profile. Any call placed to thedeactivated profile, as mentioned before, will be processed normally,i.e. routed to the relevant recipient device corresponding to thedeactivated profile.

Thanks to the present system, a user can enjoy a plurality of profileson his first device 100. Profiles can be created using existing numbers,as a mobile number, a home number, a work number. Additional numbers maybe provided to the user through for instance the profile managementservice. The user can associate these numbers with different usercreated profiles, e.g. a dating profile, an Ebay® profle, a Match.com®profile, a given friend profile, i.e. a profile unique to a friend, andwhich is only known by this friend. Some of these numbers, which may beseen as disposable, i.e. allocated to the user on a temporary basis, maybe distributed knowing their temporary validity.

The present system also bring enhanced confidentiality has the user doesnot have to give his primary number. You may further separate billingsper profiles or filter calls on a profile basis.

In the description here above, the call control module and profilemanager node may be seen as two subsystems or functions of the profileservice platform. This platform could indeed implement both functionsinto one single application.

Finally, the above-discussion is intended to be merely illustrative ofthe present system and should not be construed as limiting the appendedclaims to any particular embodiment or group of embodiments. Thus, whilethe present system has been described with reference to exemplaryembodiments, it should also be appreciated that numerous modificationsand alternative embodiments may be devised by those having ordinaryskill in the art without departing from the broader and intended spiritand scope of the present system as set forth in the claims that follow.

The section headings included herein are intended to facilitate a reviewbut are not intended to limit the scope of the present system.Accordingly, the specifications and drawings are to be regarded in anillustrative manner and are not intended to limit the scope of theappended claims.

In interpreting the appended claims, it should be understood that:

a) the words “comprising” or “including” do not exclude the presence ofother elements or acts than those listed in a given claim;

b) the word “a” or “an” preceding an element does not exclude thepresence of a plurality of such elements;

c) any reference signs in the claims do not limit their scope;

d) several “means” may be represented by the same item or hardware orsoftware implemented structure or function;

e) any of the disclosed elements may be comprised of hardware portions(e.g., including discrete and integrated electronic circuitry), softwareportions (e.g., computer programming), and any combination thereof;

f) hardware portions may be comprised of one or both of analogue anddigital portions;

g) any of the disclosed devices or portions thereof may be combinedtogether or separated into further portions unless specifically statedotherwise;

h) no specific sequence of acts or steps is intended to be requiredunless specifically indicated; and

i) the term “plurality of” an element includes two or more of theclaimed element, and does not imply any particular range of number ofelements; that is, a plurality of elements may be as few as twoelements, and may include an immeasurable number of elements.

What is claimed is:
 1. A method for providing to a recipient end point acaller identification (CID) from a calling end point, the calling endpoint comprising a default CID and at least one profile, said profilecorresponding to an additional CID, the method comprising: receiving acall setup message from the calling end point, the call setup messagecomprising the profile, sending contact data for a temporary end pointallocated to the calling end point, processing a first call from thecalling end point to the temporary end point, processing a second callto the recipient end point using the additional CID as the calling CID,joining the first and second calls to generate a call from the callingend point to the recipient end point.
 2. The method of claim 1, thecalling end point comprising a default CID and at least one additionalCID.
 3. A calling end point for providing to a recipient end point acaller identification (CID) from said calling end point, the calling endpoint comprising a default CID and at least one additional CID, thecalling end point being arranged to: select one additional Caller ID,send a call setup message, the call setup message comprising theselected additional CID, receive contact data for an allocated temporaryend point, call the temporary end point.
 4. A profile service platformfor providing to a recipient end point a caller identification (CID)from a calling end point, the calling end point comprising a default CIDand at least one profile, said profile corresponding to an additionalCID, the profile service platform being arranged to: receive a callsetup message from the calling end point, the call setup messagecomprising the profile, send contact data for a temporary end pointallocated to the calling end point, process a first call from thecalling end point to the temporary end point, process a second call tothe recipient end point using the additional CID as the calling CID,join the first and second calls to generate a call from the calling endpoint to the recipient end point.
 5. A telecommunication systemcomprising: a recipient end point, a calling end point, the calling endpoint comprising a default CID and at least one profile, said profilecorresponding to an additional CID, and a profile service platform forproviding to the recipient end point a caller identification (CID) fromthe calling end point, the calling end point being arranged to: selectone profile, send a call setup message to the profile service platform,the call setup message comprising the selected profile, receive contactdata for an allocated temporary end point, call the temporary end point,the profile service platform being arranged to: receive the call setupmessage from the calling end point, send contact data for a temporaryend point allocated to the calling end point, process the first callfrom the calling end point to the temporary end point, process a secondcall to the recipient end point using the additional CID as the callingCID, join the first and second calls to generate a call from the callingend point to the recipient end point.
 6. An application embodied on acomputer readable medium and arranged to provide to a recipient endpoint a caller identification (CID) from a calling end point, thecalling end point comprising a default CID and at least one profile,said profile corresponding to an additional CID, the applicationcomprising: a portion to receive a call setup message from the callingend point, the call setup message comprising the profile, a portion tosend contact data for a temporary end point allocated to the calling endpoint, a portion to process a first call from the calling end point tothe temporary end point, a portion to process a second call to therecipient end point using the additional CID as the calling CID, aportion to join the first and second calls to generate a call from thecalling end point to the recipient end point.
 7. An application embodiedon a computer readable medium and arranged to provide to a recipient endpoint a caller identification (CID) from a calling end point, thecalling end point comprising a default CID and at least one profile,said profile corresponding to an additional CID, the applicationcomprising: a portion to select one profile, a portion to send a callsetup message, the call setup message comprising the selected profile, aportion to receive contact data for an allocated temporary end point, aportion to call the temporary end point.